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ABSTRACT 


Predicate  logic  is  applied  to  the  specification  of  syntax -directed  translation. 
Context-free  grammars  are  shown  to  be  representable  by  logic  programs,  and  a transla- 
tion from  grammars  to  logic  programs  is  presented  as  a logic  program.  Coupled  gram- 
mars are  introduced,  shown  to  be  interpretable  as  translators,  shown  to  be  represent- 
able as  logic  programs,  and  translation  from  coupled  grammars  to  logic  programs  is 
presented  via  logic  programs.  Mixed  grammars,  a concisely  representable  special  case 
of  coupled  grammars,  are  given  in  terms  of  coupled  grammars. 

1.  Introduction 


We  define  grammars  to  be  coupled  iff  they  are  context-free  and  there  is  a 1-1 
correspondence  between  their  productions.  Two  different  interpretations  are  given 
for  them.  The  first  is  a generalization  of  the  syntax-directed  transductions  of 
Lewis  and  Stearns  [2].  Their  productions  take  the  form 

A -*■  a,  0 

where  the  parts  of  the  form 

A -*■  a 

constitute  the  underlying  input  grammar,  and  the  string  p specifies  the  output.  The 
nonterminals  of  each  p must  be  a permutation  of  those  in  the  corresponding  a.  As 
A -*■  a is  applied  during  the  parse,  the  value  of  A is  given  by  p where  each  nonterminal 
is  replaced  by  its  own  value.  Our  paired  productions  take  the  form 


A -*■  a and  A -*■  p 

but  we  relax  the  requirement  of  a 1-1  correspondence  between  nonterminals  in  a and  p. 
A missing  nonterminal  in  p is  ignored,  its  value  being  discarded.  An  extra  nonterminl 
in  p is  kept  literally,  standing  in  the  output  for  any  string  derivable  from  it  by  tN 
productions  in  the  second  grammar. 

The  second  interpretation  of  coupled  gramnars  links  input  to  output  via  the  pat 
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sequence.  Aho  and  Ullman  [1,  Vol.  II]  present  a similar  scheme  based  on  the  production 
form 

A -*■  a,  p 


where  again  the  nonterminals  in  a and  p must  correspond.  Our  productions  take  the  form 

A -*■  a and  B -*■  p 


where  there  are  no  restrictions  on  the  form  or  correspondence  of  symbols  within  the 
productions. 

The  logic  program  corresponding  to  a grammar  provides  a static  statement  of  the 
meaning  of  the  grammar;  that  is,  an  axiomatic  specification  of  it.  Each  predicate  in 
the  logic  program  specifies  a relation  among  its  arguments. 

Mixed  grammars  are  a concise  notation  for  the  simple  syntax-directed  translation 
schemata  presented  by  Aho  and  Ullman  [1,  Vol.  I].  There  is  a nonterminal  vocabulary 
and  two  terminal  vocabularies,  Vj  for  the  input  and  Vq  for  output.  Mixed  grammars 
are  a directly  executable  notation  on  a simple  pushdown  stack  machine.  They  have  a 
concise  representation  in  logic.  They  are,  furthermore,  self-describing,  and  self- 
translating. 

2.  Logic  Representations  of  Grammars 


A context-free  grammar  6 is  a four-tuple  [V^,V.pP,S]  as  usual, 
productions  of  the  form 

A = a 

where  we  have  used  the  symbol  = instead  of  -*■  to  avoid  confusion  with 

A ( VN  and  a € (VN  U VT)*. 

The  empty  string  is  denoted  by  e.  We  assume  a function,  start(6)  * 


■A  • a , 


P is  a set  of 


-v  for  implication. 


S.  We  further 


3 


follow  the  conventions  that  nonterminals  are  denoted  by  capital  letters  and  terminals 
by  any  other  symbols  except  Greek  letters  which  we  sometimes  use  to  denote  strings. 
Because  of  these  conventions  and  the  existence  of  the  function,  start,  we  can  complete- 
ly specify  a grammar  as  a sequence  of  productions,  and  we  frequently  do. 

A logic  program  [4]  is  a set  of  WFs  in  the  form 


and  one  WF,  the  call,  of  the  form 


where  L is  a predicate  and  R is  a conjunction  of  predicates.  All  variables  are  im- 
plicitly universally  quantified. 

Table  2.1  is  an  example  of  a context-free  granmar  and  a corresponding  logic  pro- 
gram. Terminal  symbols  in  the  grammar  are  delimited  by  double  quotes,  and  the  parameters^ 
to  the  predicates  are  strings  of  symbols  represented  by  the  juxtaposition  of  variable 
names  and  constants  delimited  by  double  quotes.  We  may  drop  the  quotes  when  the  meaning 
is  obvious. 


G = RG 

G(xl  x2)  - R(xl ) a G(x2) 

G = R 

G(xl ) <-  R(xl ) 

R = L"="F 

R(xl  x2)  - L(xl ) a F(x2) 

F = PF 

F(xl  x2)  - p(xl)  a F(x2) 

F = P 

F(xl ) - P(xl) 

P = MHIlyMMO 

PC”'"  xl  <-  U(xl) 

P = L 

P(xl)  <-  L ( xl ) 

P = U 

P(xl)  «-  U(xl ) 

L = "G" 

L("G")  - 

L = "R" 

L("R")  «- 

L = "F" 

L("F")  - 

L = "p» 

L("P")  «- 

L = "L" 

L( "L")  - 

L = "U" 

L("U")  - 

U = L 

U(xl)  - L( xl ) 

U = »=" 

U("=") 

y s 11 " 11 

u( ) •<- 

Table  2.1:  Grammar  GG  and  its  logic  program  representation  LPGG. 


-j*  * 4 v tr  •’ 
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The  interpretation  of  the  grammar  GG  is  obvious  [3].  It  Is  In  fact  self-describ- 
ing. The  correspondence  between  each  production  of  grammar  and  Horn  clause  Is  straight- 
forward. For  example, 

G(xl  x2)  - R(xl ) a G(x2) 

states  that  if  R is  true  on  string  xl  and  G is  true  on  string  x2,  then  G is  necessarily 
true  on  the  concatenation  of  xl  and  x2,  which  is  also  the  meaning  of 


G = RG 


in  the  grammar. 


L("G")  «- 


states  that  L is  always 


true  for  the  letter  G,  and  so  on. 


§ 


3.  Translation  from  Context-free  Grammars  to  Their  Logic  Interpretations 

Predicate  TGL  formally  defines  the  relationship  between  context-free  grammars 
and  their  interpreting  logic  programs,  and  also  the  translation  process  between  the 
two,  i.e.,  TGL(G,LP)  is  true  iff  LP  is  the  logic  program  representation  of  grammar 
G.  In  the  example  of  Table  2.1,  TGL(GG.LPGG). 

TGL(e,e)  - 

TGL((A  = p)’G,  Newjrule’LP)  *- 
TGL(G,LP) 

a TPL ( p , 1 ,Iparam,Conj ) 

1 

a New  Rule  = (A  "("  Iparam  ")■*-"  Conj)* 


§ In  examples  we  occasionally  optimize  logical  formulas  to  remove  the  value  true 
where  it  is  formally  present  but  contributes  no  meaning.  In  particular  A a true  «*  A 
and  (A  «-  true)  « (A  ♦-). 

* The  symbol  appears  frequently  in  parameters  of  logic  programs.  u*v  denotes 
a parameter  that  is  subdivided  into  components  u and  v.  For  strings  we  denote  such  a 
decomposition  simply  by  juxtaposition  of  symbols,  e.g.  uv.  The  use  of  denotes  de 
composition  of  more  complicated  structures,  such  as  grammars.  The  first  use  here, 

(A  = p)-G,  denotes  a grammar  that  Is  subdivided  into  its  first  production  A = p and 
the  remaining  productions,  grammar  G. 
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Given  p,  the  r.h.s.  of  a production,  TPL(p,l .Iparam, Conj)  yields  both  a parameter 
list,  Iparam,  and  a conjunction  of  predicates,  Conj.  More  specifically 
TPL ( p ,n , I pa ram , Con j ) is  true  iff  p = PnBnPn+1 - - .BkPk+1  € (VN  U VT)*  where  each  p^  € VT* 
and  B.  € VN  and  Iparam  = PnxnPn+l’ ' *xkpk+l » and  Conj  = W A Bn+1 (xn+l ^ A ••'W* 

TPL(e,n,e,true)  •*- 

TPL(s  p,n,s  Iparam, Conj)  «-  T(s) 
a TPL(p,n, Iparam, Conj) 

TPL ( S p,n,X(n)  Iparam.S  "("  X(n)  ")  a " Conj)  +-  N(S) 
a TPL (p,n+l .Iparam, Conj) 

T(s)  is  true  iff  s is  a terminal  symbol. 

N(S)  is  true  iff  S is  a nonterminal  symbol. 

X(n)  is  the  letter  x subscripted  with  the  value  of  n,  and  similarly 
for  Y(n)  which  will  be  used  later. 

4.  Functional  Interpretation  of  Coupled  Grammars 

Coupled  grammars  have  an  input  grammar  and  an  output  grammar.  As  each  production 
of  the  input  grammar  is  used,  an  output  is  associated  with  it  as  specified  by  the 
corresponding  production  of  the  output  grammar.  This  relation  can  be  specified  by  a 
logic  program  as  shown  in  Table  4.1  for  coupled  grammars  B and  l)  translating  binary 
to  unary  notation. 


A = A 1 

A = AA  1 

a(x1  i»y]y1  1)  *■  A(x],y1) 

A = A 0 

S 

II 

<c 

A(x]  0,y^y1 ) Atx^) 

A = 1 

A = 1 

A(1 ,1 ) - 

A = 0 

A 3 e 

A(0,e)  - 

grammar  B 

grammar  U 

logic  program  LPBU 

Figure  4.1:  Coupled  grammars  B and  U and  their  logic  program  representation  LPBU. 


It  is  obvious  that  the  input  grammar  describes  all  binary  strings,  and  the  output 
grammar  (ambiguously)  describes  all  unary  strings.  The  translation  doubles  the  value 
of  the  output  string  for  each  shift  in  positional  notation  and  adds  a further  "1"  if 
the  number  is  odd. 

The  logic  program  predicates  have  two  parameters,  one  for  input  and  one  for  output. 
For  example,  the  interpretation  of  the  clause 


A(x1  1 ,y1y1  1)  «-  A(x1  ,y^ ) 


says  that  if  x-j  is  an  acceptable  string  producing  output  y-j,  then  x^  1 is  an  acceptable 
string  producing  y.^  1 as  output. 

5.  Translation  of  Coupled  Grammars  to  Their  Functional  Interpretation 

Given  coupled  grammars  G1  and  G2,  one  can  construct  a program  that  will  perform 
a functional  interpretation  on  a string,  using  as  the  input  grammar  and  G2  as  the 
output  grammar.  FI(G1>G2,LP)  is  true  iff  LP,  a logic  program,  performs  that  interpre- 
tation. For  example,  from  Figure  4.1,  FI(B,U,LPBU). 

FI(e,e,e)  «- 

FI ( (A  = p)*G1 ,(A  = y)-G2,z-LP)  - 
FI(G1 ,G2,LP) 
a FIP(A,p,Y»z) 


FIP(A,p,r.C)  means  that  the  functional  interpretation  of  coupled  productions  A = p and 
A = y is  the  logic  procedure  C where  A is  a single  nonterminal  and  p and 
Y are  strings  in  V*.  In  the  program  below,  Iparam  and  Oparam  are  each 
strings  of  variables  and  terminals  and  represent  the  input  parameter  and 
output  parameter,  respectively.  R is  a conjunction  of  predicates. 


¥ 


v 

2 
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FIP(A,p ,y,A  "("  Iparam  Oparam  ")  +■  " Conj)  •<- 
IN(j3 ,1  .Iparam, Conj) 
a 0UT(Conj,Y, Oparam) 

IN(p,n, Iparam, Conj)  serves  a similar  function  to  TPL(p, n, Iparam, Conj ) except  that  we 

are  producing  two  parameters  instead  of  one  to  the  predicates  of 
Conj,  i.e.  whenever  P^)  appears  in  Conj  of  TPL,  then  P(xj,y.) 
appears  in  Conj  of  IN. 


IN(e  ,n,e,true)  +- 
IN(s  p.n.s  Iparam, Conj)  T(s) 
a IN(p,n, Iparam, Conj) 

IN (S  p,n,X(n)  Iparam, S "("  X(n)  Y(n)  ")  a " Conj  •*-  N(S) 
a IN (p,n+l .Iparam, Conj) 

0UT(Conj,Y,0param):  Oparam  is  the  output  parameter  and  if  y = y-^- • -rn  then  Oparam 

denotes 

s,s0. . .s^  where 
I i n 

si  = y1  it  t(Ti) 

= yj  if  N(y^)  and  j is  the  least  integer  such  that 
Yi(xi»yi)  is  a literal  in  Conj 
- S.  if  N(Y|)  and  Y^Xj.yj)  is  not  in  Conj 

0UT(Conj  ,e,e)  ■*- 
0UT(Conj,s  y.s  Oparam)  «-  T(s) 
a 0UT(Conj ,y, Oparam) 

0UT(Conj,S  Y»y  Oparam)  «-  N(S) 
a FIND(S,Conj,y) 
a 0UT(Conj ,y, Oparam) 


■ • v rr  •' 

Jk.  A.', . 


f/  #• 
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FIND(S,Conj,z):  For  nonterminal  S,  and  conjunct  Conj, 

z = y for  leftmost  predicate  in  Conj  that  is  of  the  form  S(x,y) 
= z if  no  such  predicate  exists  in  Conj 


FIND(S,true,S)  - 

FIND(S,S  "("  x y ")  a " Conj.y) 

FIND(S,R  "("  x y ‘')  a " Conj ,z) 

a FIND(S,Conj ,z) 


(Sj^R) 


I 


For  example,  if  A,  B,  C and  D are  nonterminals  and  # and  ! are  terminals,  then 
the  following  are  true: 

FIP(A,#BCD,CB! , A^x^.y^ ! ) B^.y^  a C(x2,y2)  a D(x3>y3)) 

IN(#BCD,  1,  #x1x2x3,  B(x1,y1)  a C(x2 *y2)  a 0(x3»y3) ) 

0UT((B(x1  .y^  a C(x2,y2)  a D(x3,y3)),  CB! , y^!) 


6.  Parse  Sequence  Interpretation  of  Coupled  Grammars 

Given  a grammar  G,  with  each  string  in  L(G)  is  associated  one  (or  more)  parse 
sequences.  A parse  sequence  is  a sequence  of  integers  corresponding  to  the  production 
numbers  as  they  are  applied  in  a left-to-right  parse. 

Suppose  we  have  two  arbitrary  coupled  grammars,  and  each  is  used  to  parse  a string 
in  its  language.  The  strings  are  defined  to  be  equivalent  if  they  have  a parse  sequence 
in  common,  as  shown  in  Figure  6.1. 


Figure  6.1:  Parse  sequence  interpretation  with  the  parse  sequences  not  used 
intermediately. 
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Alternatively,  take  the  same  two  coupled  grammars,  where  the  input  grammar  is  used 
to  generate  a parse  sequence  and  then  that  parse  sequence  is  used  with  the  output  gram- 
mar to  generate  output  as  shown  in  Figure  6.2.  We  have  then  defined  a means  of  trans- 
lation. 


Figure  6.2:  Parse  sequence  interpretation  with  the  parse  sequence  L'sed  as  an 
intermediate  form. 


E = E + T 
E = T 
T = T * D 
T = D 
D = ( E ) 
D = 0 
D = 1 
D = 2 
D = 3 


P = P P + 
P = P 
P = P P * 
P = P 
P = P 
P = 0 
P = 1 
P = 2 
P = 3 


D = 9 


P = 9 


input 

grammar 


output 

grammar 


1 I 

1 I 

§ 


Table  6.1:  Parse  sequence  coupled  grammars. 
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The  coupled  grammars  In  Table  6.1  relate  infix  expressions  and  Polish  expressions. 
The  input  grammar  is  unambiguous;  every  parse  sequence  from  it  is  a parse  sequence  for 
the  output  grammar.  Thus,  there  is  a Polish  form  for  every  infix  expression.  Because 
of  rules  P = P in  the  output  grammar,  it  is  ambiguous.  For  every  Polish  string  there 
are  infinitely  many  parses  which  are  also  parses  for  the  input  grammar.  Each  defines 
a correct  translation.  There  are  also  parses  from  the  output  grammar  which  are  mean- 
ingless relative  to  the  input  grammar. 

7.  Translation  of  Coupled  Grammars  to  Their  Parse  Sequence  Interpretation 

PSI(G.|  ,G2,s,t)  is  true  iff  grammar  G^  parsing  string  s and  grammar  G2  parsing  string 
t give  the  same  parse  sequence.  We  give  two  different  definitions  for 
PSI.  The  first  generates  an  explicit  parse  sequence  from  an  input 
string  and  its  relevant  grammar,  then  uses  that  sequence  to  generate 
a corresponding  string  in  the  language  of  the  other  grammar. 

PSI(G-|  ,G2,s,t)  +- 

PARSE(G-|  ,s ,PS) 
a GENERATE(G2,PS,t) 

PARSER  ,s,PS)  is  true  iff  PS  is  a parse  sequence  of  string  s in  grammar  G^ . The  parse 
is  accomplished  by  creating  an  associated  grammar  GS,  then  using  logic 
program  FI  to  translate  G^  and  GS  into  a logic  program  that  carries  out 
a functional  interpretation  between  the  grammars,  and,  finally,  to  ex- 
ecute that  logic  program  with  string  s as  input  to  produce  parse  sequence 
PS. 

PARSE(G-|  ,s,PS)  «- 

SEQ(G] ,1  ,GS) 
a FI(G] ,GS,LP) 

A execU"*-"  Start (G^  "("  s PS  ")"  ) 

•LP) 
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SEQ(G^.n.GS)  is  true  iff  G^  and  GS  are  context-free  grammars,  n is  a positive  integer, 
and  by  considering  the  productions  of  G^  sequenced  starting  at  n,  GS 
consists  of  corresponding  productions  in  which  each  r.h.s.  is  the  non- 
terminals, in  order,  of  its  corresponding  production  in  G^ , followed  by 
the  sequence  number  of  that  production. 

Formally,  SEQ  is  defined: 

SEQ(e,n,e)  «- 

SEQ((A  = a)*G,n,(A  = pn)-GS)  «- 
SEQ(G,n+l ,GS) 

A STRIP(a.p) 

STRIP(a,p)  is  true  iff  a is  a string  in  V*,  and  p is  a with  terminals  stripped  away. 

STRIP(e,e)  <- 
STRIP(s  a,p)  - T(s) 

A STRIP(a.p) 

STRIP(S  a,S  p)  <-  N(S) 

A STRIP(a.p) 

bxec(P)  is  a meta-procedure  that  executes  logic  program  P.  For  an  example  of  PARSE, 
consider 

„ G1 : s: 

E = E+T  a*a  + a*a 

E » T 

T = T*a 

T = a 


the  calls  and  computed  values  are: 
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SEQ(G^ ,1 ,GS)  in  which  GS  becomes: 


E = ET1 
E = T2 
T = T3 
T = 4 

FI(G^,GS,LP)  in  which  LP  becomes: 

E(x1"+"x2,y1y2  1)  - E(x1,y1)  a T(x2,y2) 

E(x1,y1  2)  T(x1  ,y-| ) 

T(x1"*"a  >y-jy2  3)  - T(xryi) 

T(a,4)  - 

EX£c(<-E("a*a+a*a",PS)  • LP)  in  which  PS  becomes: 

432431 

Now  this  completes  the  first  half  of  the  definition  of  PSI.  Given  the  parse 
sequence  constructed  in  the  above  process  we  can  use  it  to  drive  a right-most  deriva- 
tion in  G2>  to  create  string  t. 

We  now  define  the  predicate  GENERATE.  We  know  intuitively  that  parsing  and  gen- 
eration of  strings  are  inverse  operations.  That  would  say  that  we  could  define 
GENERATE  in  terms  of  PARSE,  thus: 


GENERATE(G2,PS,t)  ~ PARSE(G2»t,PS) 

The  way  we  have  used  PARSE  (and  think  of  parsing)  is  that  the  string  in  the  language 
is  given  and  we  generate  the  parse  sequence  as  a side-effect  of  the  recognition  pro- 
cess. Suppose  the  parse  sequence  and  the  grammar  are  given.  Can  we  use  PARSE  to 
create  the  input?  A useful  property  of  logic  programs  is  that  they  describe  truth 
about  relationships,  and  while  they  can  drive  computations,  the  direction  of  the 
computation  Is  usually  arbitrary.  Let's  follow  the  computation  to  see  If  the  string 
t can  be  appropriately  computed. 


y r r -f  * f , v ^ *\ « * 


p = p p + 
p = p 
p = pp* 
P = a 


Then  PARSER, t, 432431 ) calls  SEQ(G2,1  ,GS' ) which  produces  GS': 

P = P P 1 

p 3 p 2 

P = P P 3 

P = 4 

Then  FI(G2,GS' ,LP' ) computes  LP ' : 

P(x1x2  + 0^  1)  «-  P(x1,y1)  A P(x2,y2) 

P(x1,y1  2)  - P(x1 ,yi ) 

p(x]x2  *,y^2 ■"  p(x7  *y7)  A p(x2.y2) 

P(a,4)  - 

I 

Executing  LP'  with  call  «-  P(t ,432431 ) , we  compute  t = aa*aa*+,  the  desired  answer. 
Therefore,  we  could  have  defined  PS I as: 

PSI(GrG2,s,t)  *- 

PARSE(G] ,s,PS) 
a PARSE(G2,t,PS) 


And,  we  see  that  our  original  claim  of  the  equivalence  of  the  two  definitions  is  re- 
fleeted  in  their  having  a single  formal  specification. 


Vj  and  Vq,  and  a context-free  grammar 


[VN.  Vj  U Vq,  P,  S] 


The  productions  in  P are  of  the  form 


A = a 


where 


a € (VN  U Vj  U VQ)*. 


They  are  equivalent  to  the  coupled  grammars 

[VN,  Vj,  Pj,  S]  and  [V^,  Vq,  Pq,  S] 

where  all  elements  of  VQ  are  deleted  from  the  productions  of  P to  give  Pj  and  vice- 
versa  for  Pq. 

The  grammars  can  be  interpreted  either  as  functionally  coupled  or  parse  sequence 
coupled.  They  are  equivalent  to  the  simple  syntax-directed  translation  schemata  of 
Aho  and  Ullman  [1,  Vol.  I]. 

Notationally  speaking,  it  is  convenient  for  Vj  fl  VQ  to  be  nonempty,  thus  we 
establish  the  convention  of  double  quotes  delimiting  the  members  of  Vj  (as  in  earlier 
sections  of  this  paper)  and  single  quotes  delimiting  the  members  of  Vq. 


E = E "+"  T '+' 


E = T 


j = 7 "a"  'a1 

T = "a"  'a' 

Table  8.1:  A mixed  grammar  describing  the  translation  from  infix  to  Polish. 


For  example,  the  mixed  grammar  in  Table  8.1  has  the  same  effect  as  the  coupled 
grammars  in  the  preceding  examples.  It  will  also  accept  other  strings  but  its  behav1( 
is  then  of  no  interest. 


-vir  ■*  * • .TV'  vt-  *<»  <• 


The  advantages  of  mixed  grammars  are  that  they  are  directly  executable  on  a 
simple  pushdown  store  machine,  and  that  their  notation  makes  implicit,  unavoidable 
and  natural  the  constraints  for  simple  syntax -directed  translation  schemata.  One 
can  produce  a logic  program  similar  to  PSI  and  FI  to  translate  mixed  grammars  to 
logic. 

9.  Conclusions 

We  have  established  some  relationships  among  context-free  grammars,  translation 
schemata,  and  logic.  The  interpretation  of  paired  grammars  has  been  extended  in 
several  ways.  We  have  defined  a set  of  translation  programs  that  are  actually  sets 
of  logic  theorems.  They  are  concise,  and  the  correctness  of  each  program  can  be 
established  by  proving  each  theorem  individually.  The  process  of  parsing  and  the 
process  of  generation  which  are  inverses  are  shown  to  have  the  same  formal  specifica- 
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